Questions were raised about the performance of the added submission topic vote counts query.

The query on Subs-List with all statuses and the default 100 page size takes on average:

• 0.100s before this PR.
• 0.110s after this PR.

A bigger difference shows when maximizing the pagesize, loading all my ~7000 submissions at once. There the query takes on average:

• 0.250s before this PR.
• 0.700s after this PR.

Btw, it seems my tests in pgadmin slows down the queries by a factor of around 30-40. These queries in the EF Core log take all around 0.010s - 0.030s.

The visual distinction could be done in a different way, e.g. by changing the location. This was previously discussed already.
In the end, at least we agreed that all buttons fits to the rest of our page in general.

A different position was already done in #1590 but eventually reverted. A discussion can be held about this. But in any case, this PR only converts the links into buttons.

I guess if this PR went through review, people think all buttons is a better stylistic fit.

Still, I would personally say to me buttons imply an amount of functionality and "action" in a web context. For example, with the wiki buttons, you're doing various wiki operations like Edit and Move that directly affect the page, and other buttons like Page History, Latest diff, and List referrers you're requesting information that can change based on wiki edits.

With the overall site info, it's the site version that links to a commit externally hosted on GitHub, Terms which is the static site rules, and API, which also can technically change, but it hosted externally.

Or to rephrase/reformulate my opinion, the other wiki buttons inherit the "interactive action" component that Edit and Move have, but the overall site info links are just that: links to places with information.

We've been using buttons for internal links since day one of new site. The only distinction between action buttons and link buttons is color. Which makes me think - maybe making referrer link secondary color is enough?

So basically there are two reasons why I replaced the links with buttons.

1. It looks better visually because there was already the "List referrers" button, and that one couldn't be changed to a link because on wiki pages that button is next to other buttons.
2. On mobile, in a cluster of links, buttons give a better visual clarity that it can be clicked, and also makes it easier to tap in general.

The "List referrers" button not fitting with the other buttons is a valid argument. But @RetroEdit I would rather like you make a separate issue ticket for this where stuff can be discussed, instead of discussing in a merged PR. You can link to this discussion in the new issue though.